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STRUCTURE AND METHOD FOR CONTROLLING ELECTRONIC DEVICES 

Lauren B. Wenzl 



BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to controlling electronic 
devices, and particularly to a configurable hardware interface 
for interconnecting electronic devices. 

Description of the Related Art 

[0002] Electronic devices can encompass many types of devices 
having various functionalities. These electronic devices could 
include, for example, laptop computers, personal digital 
assistants (PDAs), and cell phones. Each of these types of 
electronic devices includes a predetermined type of device 
driver . 

[0003] Figure 1 illustrates an exemplary system 100 including 
a plurality of personal computers (PCs) 103 coupled to a server 
104 and a printer 106 via an Ethernet connection 105. PCs 103 
are further coupled to a modem 101 via a phone cable 102. As 
known by those skilled in the art, a computer user must obtain 
and maintain the proper device drivers for printers, faxes, and 
other peripherals that attach to the computer. This process is 
time-consuming and tedious for the user. Therefore, a need 
arises for an interface that allows an unknown device 107 to be 
coupled to PCs 103, irrespective of the device drivers then 
installed in PCs 103. Moreover, a need further arises for an 
interface that allows unknown device 107 to be coupled to any 
system and to function within that system. 
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SUMMARY OF THE INVENTION 

[0004] In accordance with the present invention, an interface 
for an electronic device being coupled to an external device is 
provided. The interface includes a configurable hardware 
interface and a storage component for storing a bitstream that 
configures the configurable hardware interface to interface with 
the external device. Specifically, the storage component can 
store one or more bitstreams that correspond to known drivers 
that can operate with the electronic device. The storage 
component can include a standard volatile memory, such as static 
random access memory. 

[0005] In one embodiment, the configurable hardware interface 
includes a programmable logic device (PLD) , a memory coupled to 
the PLD, a control interface for controlling the PLD and the 
memory, and a synchronous communication interface for receiving 
information from the external device and enabling the control 
interface. The memory can list the device drivers (i.e. 
bitstreams) stored in the storage component and their respective 
addresses . 

[0006] In accordance with one feature of the present 
invention, the synchronous communication interface can receive 
signals from the external device that indicate whether the 
external device is a peripheral device or a host device. The 
synchronous communication interface can also send signals to the 
external device that indicate whether the origin device is a 
peripheral device or a host device. A host device controls the 
communication between the two devices, whereas a peripheral 
device accepts commands and data from the host device. To 
provide this functional relationship, the host device can be 
configured to implement the driver for the peripheral device. 
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[0007] In a host device, the synchronous communication 
interface sends a command to the control interface to activate a 
certain driver configuration mode in the PLD. At this point, the 
PLD can use a stored bitstream in the driver storage or a 
received bitstream to configure itself to implement the 
appropriate driver for communicating with the peripheral device. 
[0008] The control interface determines whether the required 
driver is stored in the driver storage by searching the memory. 
If the required driver is already stored in the driver storage, 
then the control interface directs the PLD to retrieve the 
bitstream for that driver and to configure itself using that 
bitstream. If the required bitstream is not stored in the driver 
storage, then the control interface directs the PLD to receive a 
configuration bitstream from the peripheral device, configure 
itself using that bitstream, and transfer that bitstream to the 
driver storage. At this time, the control interface also writes 
a designation of the driver and its address in the driver storage 
into the memory. 

[0009] In a peripheral device, the peripheral device sends the 
host device a designation of the driver needed to communicate 
with the peripheral device. At this point, the synchronous 
communication interface waits for a reply from the host device 
regarding whether the host can internally access the appropriate 
driver or needs to have the driver transmitted. If the host 
device can access a stored driver, then the peripheral device 
waits for commands and/or data from the host device. On the 
other hand, if the host device needs to have the driver 
transmitted, then the synchronous communication interface 
provides a signal to the control interface regarding this 
requested transmission. The control interface then communicates 
with the memory, which in turn has the PLD access the address of 
the bitstream for the driver associated with that peripheral 
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device . 



The PLD then transmits that bitstream to the host 



device . 



[0010] 



Once the PLD of the host device receives the 



appropriate driver, the PLD can be configured such that it 
provides a host interface to that specific peripheral device. 
Specifically, in one embodiment, the programmed PLD functions as 
a host interface that can provide control signals and/or data 
from the host device to the peripheral device and/ or provide data 
from the peripheral device. In another embodiment of the present 
invention, the programmed PLD can provide the protocols for the 
host device to communicate with the peripheral device using, for 
example, an Ethernet interface, a modem interface, or a custom 
communication interface. 

[0011] By using a configurable hardware interface in both host 
and peripheral devices, the present invention provides 
significant flexibility. Specifically, the PLD of the 
configurable hardware interface can be configured to facilitate 
the communication between any two devices. The configurable 
hardware interface of the present invention also provides the 
advantage of storing any number of drivers in the device, thereby 
significantly reducing the time for a host device and a 
peripheral device to establish communication. 

BRIEF DESCRIPTION OF THE FIGURES 

[0012] Figure 1 illustrates an exemplary system including a 
plurality of electronic devices. 

[0013] Figure 2 illustrates a block diagram of an exemplary 
system including a host device and a peripheral device. 
[0014] Figure 3 illustrates a block diagram of a basic 
communication interface. 

[0015] Figure 4 illustrates a block diagram of one embodiment 
of a basic communication interface after configuration. 
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DETAILED DESCRIPTION OF THE FIGURES 

[0016] Electronic devices can include various types of 
software for providing their functionality. A first type of 
software includes a user interface that allows a user to run 
multiple applications, A second type of software includes an 
application program interface (API) . An API comprises a set of 
calls that instruct the operating system (OS) to execute 
predetermined functions . A third type of software includes a 
hardware interface that sends commands to hardware. These 
commands can be in a generalized form for a certain type of 
hardware (e.g. printers) as well as in a specific form for a 
particular piece of hardware (e.g. the model Al laser printer 
manufactured by Company Alpha) . The commands in specific form 
for a particular piece of hardware comprise the driver, as 
discussed in detail below. 

[0017] Figure 2 illustrates an exemplary system 200 including 
two electronic devices 201, wherein one such device is a host 
device 2 01A and the other device is a peripheral device 2 01B. 
Host device 201A controls communication between devices 201, 
whereas peripheral device 2 01B accepts commands and/or data from 
host device 2 01A. Note that the designation of either "host" or 
"peripheral" is relative. In other words, in another system, 
host device 201A could be a peripheral device to another host 
device. Similarly, in yet another system, peripheral device 2 01B 
could be a host device to another peripheral device. For 
example, a PDA could be a peripheral device when coupled to a PC, 
but would be a host device when coupled to a printer. 
[0018] Both host device 2 01A and peripheral device 201B can 
include a predetermined set of components in accordance with one 
embodiment of the present invention. These components can 
include, for example, a basic communication interface 203, driver 
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storage 205, a custom communication interface 204, and an 
Ethernet /modem interface 202. In other embodiments, additional 
or fewer components are included in the predetermined set. 
However, the predetermined set typically includes at least basic 
communication interface 203 and driver storage 205. 
[0019] Basic communication interface 203 (explained in further 
detail below) includes a programmable logic device that 
facilitates communication between host device 2 01A and peripheral 
device 201B. Driver storage 205A can store the known drivers 
that operate with host device 2 01A, whereas driver storage 2 05B 
can store the known drivers that operate with peripheral device 
20 IB. In one embodiment, driver storage 205 can be implemented 
with standard volatile memory, such as static random access 
memory . 

[0020] Devices 201 can include various interfaces to receive 
new drivers, upgrades of stored drivers, commands, or data. In 
this embodiment, devices 201 can include an Ethernet /modem 
interface 202 that allows communication via the Ethernet or 
modem. Devices 2 01 can also include a custom communication 
interface 2 04 that allows communication via a proprietary 
hardware interface. (For example, a proprietary hardware 
interface could include a cradle for a PDA.) In one embodiment, 
custom communication interface 2 04 can be selectively coupled to 
the Internet, wherein a transmitted bitstream thereon could 
include a Java API that provides remote access support for device 
201, if necessary. 

[0021] Figure 3 illustrates an exemplary basic communication 
interface 300 including a programmable logic device (PLD) 301. 
Programmable logic devices (PLDs) are well known in the art of 
integrated circuits. In general, a PLD can be user-programmed in 
the field to implement logic designs. One type of PLD is the 
field programmable gate array (FPGA) . In a typical architecture, 
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an FPGA includes an array of configurable logic blocks (CLBs) 
surrounded by progranimable input/output blocks (IOBs) . The IOBs 
provide the interface between the package pins and the CLBs, 
whereas the CLBs provide the functional elements for constructing 
logic on the FPGA. The CLBs and IOBs are interconnected by a 
hierarchy of programmable routing resources. These CLBs, IOBs, 
and programmable routing resources are customized by loading a 
configuration bitstream into the FPGA. This configuration 
bitstream is generated using known software tools. In accordance 
with one feature of the present invention, the driver storage can 
store one or more configuration bitstreams that configure PLD 3 01 
to implement various drivers that operate with that electronic 
device . 

[0022] In one embodiment, basic communication interface 3 00 
also includes a synchronous communication interface 3 03, a 
programming/ control interface 304, and a memory 302. Synchronous 
communication interface 3 03 can be implemented using any standard 
peripheral interface, including, but not limited to, a universal 
serial bus (USB) , a parallel port connector, a serial port 
connector, or a small computer system interface (SCSI) . 
Synchronous communication interface 304 could employ a handshake 
or another simple protocol to establish synchronous communication 
between the host device and the peripheral device. As explained 
in further detail below, this interface can be used to establish 
communication with another device to facilitate the transfer of a 
configuration bitstream. 

[0023] In Figure 3, PLD 301 can receive a bitstream via line 
3 07 to configure itself and then store a copy of the bitstream in 
the driver storage (not shown) via a line 311. Note that line 
3 07 could selectively include one of Ethernet /modem interface 
2 02, custom communication interface 204, or an interface to 
driver storage 205 (Figure 2). In one embodiment, memory 302, 
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which typically comprises any standard volatile memory, includes 
a lookup table of the drivers and their addresses in driver 
storage 205. 

[0024] In accordance with one feature of the present 
invention, synchronous communication interface 303 can receive 
signals from the external device that indicate whether the 
external device is a peripheral device or a host device. 
Synchronous communication interface 3 03 can also send signals to 
the external device that indicate whether the origin device is a 
peripheral device or a host device. As described above, the host 
device controls the communication between the two devices, 
whereas the peripheral device accepts commands and data from the 
host device. To provide this functional relationship, the host 
device must first be configured to implement the driver for the 
peripheral device . 

[0025] If basic communication interface 300 is associated with 
a host device, then synchronous communication interface 3 03 sends 
a command to programming/ control interface 3 04 via line 312 to 
activate a certain driver configuration mode in PLD 301. At this 
point, PLD 301 could use a stored bitstream in the driver storage 
or a received bitstream to configure itself to implement the 
appropriate driver for communicating with the peripheral device. 
Programming/ control interface 3 04 determines whether the required 
driver is stored in the driver storage by searching memory 3 02 
via line 309. 

[0026] If the required driver is already stored in the driver 
storage, then programming/ control interface 3 04 directs PLD 3 01 
via line 3 08 to retrieve the bitstream for that driver using line 
311 and to configure itself using that bitstream. In other 
words, programming/control interface 3 04 is constructed such that 
it has the capability to load programs into PLD 301. If the 
required bitstream is not stored in driver storage 2 05, then 

8 



X-662 US PATENT 

programming/ control interface 304 directs PLD 301 to receive a 
configuration bitstream from the peripheral device via line 3 07, 
configure itself using that bitstream, and transfer that 
bitstream via line 311 to the driver storage. At this time, 
programming/ control interface 3 04 can also write a designation of 
the driver and its address in the driver storage into memory 3 02. 
[0027] If basic communication interface 300 is associated with 
a peripheral device, then the peripheral device sends the host 
device a designation of the driver needed to communicate with the 
peripheral device. At this point, synchronous communication 
interface 3 03 waits for a reply from the host device regarding 
whether the host can internally access the appropriate driver or 
needs to have the driver transmitted. If the host device can 
access a stored driver, then the peripheral device waits for 
commands or data from the host device transmitted via the 
Ethernet /modem interface or the custom communication interface. 
[0028] On the other hand, if the host device needs to have the 
driver transmitted, then synchronous communication interface 3 03 
provides a signal to programming/ control interface 3 04 regarding 
this requested transmission. Programming/control interface 3 04 
then communicates with memory 302, which in turn has PLD 3 01 
access the address of the bitstream for the driver associated 
with that peripheral device. PLD 301 then transmits that 
bitstream to the host device via line 307. 
[0029] Once the PLD of the host device receives the 
appropriate driver, the PLD can be configured such that it 
provides a host interface to that specific peripheral device. 
For example, Figure 4 illustrates a basic communication interface 
400 providing this functionality. Specifically, the programmed 
PLD functions as a host interface 401 that can provide control 
signals and data from the host device (via line 407) to the 
peripheral device (via line 406) and/or provide data from the 
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peripheral device (also via line 406) . In one embodiment, a 
synchronous communication interface 403 can receive and 
acknowledge certain system signals, such as Abort and Delay 
signals, from the peripheral device using lines 404 and 405. 
Synchronous communication interface 403 interprets these signals 
and then provides them to a control interface 402 via line 409. 
Note that control interface 402 is a programming/ control 
interface that has its programming capability disabled. At this 
point, control interface 402 can provide the appropriate control 
signals to host interface 401. 

[0030] In another embodiment of the present invention, 
configurable communication interface 400 can provide the 
protocols for the host device to communicate with the peripheral 
device using an Ethernet /modem interface or a custom 
communication interface. In this embodiment, line 406 is not 
actively used. 

[0031] By using a configurable hardware interface in both host 
and peripheral devices, the present invention provides 
significant flexibility. For example, if a printer is connected 
to an NT workstation, a UNIX workstation, and an unknown host 
machine, then the printer, upon booting, can initiate 
communication to any devices connected to its ports using the 
present invention. Specifically, the PLD of the configurable 
hardware interface can be configured to facilitate the 
communication between any two devices. The configurable hardware 
interface of the present invention also provides the advantage of 
storing any number of drivers in the device, thereby 
significantly reducing the time for a host device and a 
peripheral device to establish communication. 

[0032] The present invention is described above in reference 
to various embodiments. Variations and modifications to those 
embodiments will be apparent to those skilled in the art. 
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Therefore, the present invention is limited, only by the appended 
claims . 
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